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(57) Abstract: The present invention 
is for automatic reconfigiiration of 
industria] networked devices. More 
particularly, the system described herein 
facilitates use of TCP/IP networks, 
such as Ethernet (20), as an alternative 
for industria] fieldbus or device buses 
by removing the need to perform 
signiiicant leconfigoration of devices 
such as I/O modules (SO), sensois, or 
transducers under field replacement 
situations. The present invention uses 
a monitor agent (10) to track the IP 
and MAC addresses of networked 
devices as well as port information. If 
a device fails, maintenance personnel 
make an in-field replacement of the 
failed device and the monitor agent (10) 
automatically reassigns the IP address to 
the replacement device. 
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For two-letter codes and other abbreviations, refer to the "Guid- 
ance Notes on Codes and Abbreviations'* appearing at the begin- 
ning of each regular issue of the FCT Gazette. 
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INDUSTRIAL AUTOMATION NETWORKING SYSIEM 

TmiNICALFIEIJP OF THE INVENTION 

5 The i^eot inventicm idates goieral]^ to More specifically, the 

present invention relates to a system of assigjoing addresses to netwoik devices, and more 
specifically, to a system enconq[)assiag automatic assignment of anetwoxk address after in- 
field replacement 

10 BACKGROUND OF THE INVENTION 

Industrial devices such as tenoperature or pressure s^ors are accessed by a 
client using an Internet Protocol (IP) Address or DNS symbolic name 
(madiine.company.com). If a unit needs to be replaced, the replacement must appear to 

15 have the same IP Address as the predecessor to allow operations to proceed 
automatically. Topical maintenance personnel are not qualified to manipulate IP 
Addresses and must defer to Information Systems (IS) department or other network 
specialists. This causes a significant dday in connecting devices, which results in &ctoiy 
down-time. Alternatively, ^pensive spedalists niust be maintained around the 

2 0 handle such problems. 

The prior art encon^asses several networking techniques. The Bootstrsq) Protocol 
(BOOTP) is an estaUished m^faod for assigning JP address and ofter key networidog 
parameters to a device where Ifae onl^ information known about the device is its Eftemet 
25 Media Access Control (MAQ address. The protocol was invented by Sun hfioosystrais in 
1 985 to siq>port diskless UNIX workstations. It is availaUe as an optk>n on most software 
products intended for use in embedded (no operator t^minal) qyplications. 

The Dynamic Host Configuration Protocol (DCHP) is a standard for networidng 
30 cononunications. DCHP is a compatible e?cteDsion to BOOTP and queries in DCHP form 
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can be generated by devices using modem operatiog systems such as Windows CE or 
LINUX. 

DCHP is primarily used for laptop computers or office systems in large 
5 conq)anies where the addresses are 'leased' for a period of time rather than beiog 
assigned indefinitely. Likewise, the Single Network Manf^gement Protocol (SNMP) is 
intended to allow N^oik Administrators to find and adjust tey ne^orking parameters on 
devices already installed on anetwork» particulaiiy the routers, bridges^ and hubs vMdi farm 
fteinfirastructure of Ihe network. The JetAdnmNetvvoik Printer tool is a Hev^ett-Pack^ 
10 system fi>rr^rting printer enors and administrating usage 

Reverse AKP (RARP) is an older protocol than BOOTP and intended for devices 
&at did iiot require any configuration ofiier than the IP address assigm^ RARPisnotas 
wide^ used as BOOTP because the tools to inq;dement RARP are not as commonplacei 
15 RARP is inf)lemBnted on some ^xd}edded system protocol stacks, ^iierein the siq)ervisoiy 
server may respond widi a RARP response if intmogated using a RARP request for a given 
MAC address. 

The MAC address is a key identification parameto- of all devices on a network such 
20 asEfiiemet It is a 48-bit nund>er that conMiesinfi>nnation about the vendor and am 
unit sequence number, and is permanent^ allocated by fiie manu&cturer of the network 
isA&&c& itsdf It is iK>t nonnalty related in any way to tiie serial number or similar 
represoitation that a device mig|it require for other reasons. The MAC address is 
convoitionally expressed as a hexadecimal representation that is hard for non-spedalists to 
25 handle. Hie Efiionet hardware uses the MAC address to detennine v^di network 
messages are intended for specific delivery (unicast) to tins statioa 

PING is another bitemet protocol used for p^odic interrogation of an IP device as 
an ahemative to repeated use oftheARP request. Tliere is fitde practical benefit for usmg 
30 PING, as tiieARP messages are foster and less intrusive. All modm IP devices will respond 
to an ARP request because it is the onty vvay to (fetenimie the MAC address. 
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An 'Ethernet Switch' or 'Layer 2 switch' is a device that transmits message packets 
undiaiiged from one of its ports to another, using rules that are dependent only upon the 
destination MAC address of the message Such devices are becoming the prefeared 
5 interconnection devices for large Ethernet netwoiks, since tiiey do not require significant 
configuratLoa TUs is as opposed to 'routers^ olhenvise known as 'Layer 3 switches'. 

A 'Managed Ethernet Switch' is anEdiemet switdi whidi inchides a management 
entity confbrmipg to tiie r^rting requiremsits of RFC 1493, and vMch therefore 
10 spedficaOy may be intenrog^ed to determine wfaidi port of die device was used recent^ to 
receive a message from a particular MAC address. 

The protocol &iximiees between tiie system conq)onents, namely the device, the 
managed switch, and the taiget IP unit are structurally defined in various standards 
15 documents. Software designers refo to Aese specifications when tiying to implement 
software that encodes or decodes various messages. The Internet Request for Comment 
(RFC) documents are the standard form of documents for all communications usipg the 
Internet or TCP/IP. 

2 0 Ibe foBowing table defines the primary ^plicable Internet protocol messages: (Table 

1) 



ARP Request 
See RFC 826 


ARP Response 
See RFC 826 


SNMPFindport 
Request 

See RFC 1493/1157 


SNMPFbidport 
Response 


BOOTP Request 
See RFC 951 


BOOTP Response 


Messagplype'- 
address resotution 
request 


Message ^pe"* 

address resduticn 
response requested IP 
Address 


Message ^fpe 
SNMP get object 
recpiest 


Message type 
SNMP get object 
response 


Message type » 
BOOT protocol 
request 


Message type"* 
BOOTpratooci 
response 


DesiredP 
address -32 bit 
IP address (egp 
12.3.4) 


Resolved MAC 
address '"48 tat 
MAC address (c^ 
01:23:45^7«9ab) 


Object ID « 
\l3JSA2,nA3.l2, 
(MAC as 6 decimal 
number 0-255) 


OtgedlD- 
.13.6.12.17.43.1. 
Z(MACas6 
decimal number 
255) 


RequestmgMAC" 
48 Int MAC address 

0123:45:67a9*.ab) 


ReqiiestmgMAC" 
48 bit MAC address 

(eg: 

0123:45367«9ab) 








Objtsct vahje== 




Assi^edIP-32bit 
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port number, or 0 
if not found 




IPMlress 



Ahemativety, other Internet protocols messages are: (TaUo 2) 



PINGRBq[iK$t 
See RFC 792 


PING Response 


DCHP Request 

See RFC 2131/2152 


DCHP 
Respmse 


RARP Request 
SeeRFC9Q3 


RARP Response 


Message '^pe"* 

ICMPECHO 

request 


MessagDtype*- 

ICMPECHO 

re^xjEise 


Messago oontcnts 
samoasBOOTP 


Message 
OGoteats same 
asBCXDTP 


Message Qpe» 
reverse address 
resolution request 


Messqgptypo" 
revene address 
resolution response 


Mossagpdata 
unimportant 








MAC»48bit 
MAC address (eg 
0123:45^7:89ab) 


MAC-48l«t 
MAC address (eg 
0123:45:67«9ab) 












Asa0iedIP»32 
bit IP Address (eg 
123.4) 



There have been mim^ous atteiq)ts to provide an automatic addressing system 
5 Many of the prior art systems enap\oy non-IP means to set the address in advance, sudbi as 
manual^ alt^able switches, spedal connectors, front pand inter&ce for manually entering 
addresses, and separate saial port inteiiace for issuipg an address. Although these existing 
means are satis&ctory in some instances^ ttey do not adequately address the industrial or 
fictoiy maiket for devices such as sensors and I/O devices. And, it is not feasible or cost- 
10 efifective to employ fte existing addressing tedmiques into certain devices or certain 
environments. 

Historically, almost all devices yAadx have been attached to a TCP/IP network 
have been con:q)uter systrais of some type, either of a 'conventional* (with keyboard and 
15 display) or 'embedded* (such as a network prints) typei 

In order to make a TCP/DP device functional on a network, it is necessary to 
assign certain address parameters, most in^ortantly the 32-bit IP address. In many 
cases additional parameters sudi as netmask, gateway, and Domain Name Server 
2 0 settings also need to be established. These settipgs are inq)ortant for proper 

performance, otherwise the network becomes unstable and exhibits erratic behavior 
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affecting the performance not just of the device bdng conlBgured, hyA also other devices 
on the network. 

The typical prior art sequence for manual assignment of the IP address and other 
5 networidng parameters b^ins with the direct assignment of the IP Address usiog a local 
data entry port prior to attachment cm the network. This is normally accomplished 
througfi the operator panel or user inter&ce. Hie operator assigns the IP address by 
keystroke and confirms the settings before allowing communication on the network. 

10 One prior art method of automatic assignm^ of IP addresses uses BOOTP or 

DHCP. The BOOTP or DCHP tedmiques require that a database be maintained 
separately that assodates the *MAC address* of ^ device to be attached witti the 
required IP address and other param^ers. This database is created and maintained by the 
network specialist and requires considerable skills that would not be held by the typical 

15 field replacement tedmidan. In addition, DHCP cannot be used conventionally, to 
assign an 'unpredictable* address within a *poor of available addresses, because the 
primazy network protocols between industrial devices, such as Modbus/TCP, use 
explidt knowledge oftfae IP addresses ofthe designated targets. For example, v^en 
DHCP is used on systems using Windows NT Server, the option known as IP address 

20 reservation' is typically used. This actual^ makes DHCP equivalent to BOOTP in this 
embodiment. 

This prior art invention uses a central BOOTP or DHCP server to maintain a list of 
MAC addresses and IP addresses in a central location and allows acces by the expen^ced 

25 netvvoric or system adnoinist^ to manage ttie fists. Although tiiis protocol is implemented by 
manyr devices, tiie assignment must be done by the IS dq)artment or sys^ In 
a &ctory aKvironment with automated devices running 24 hrs a day x 7 d^ a week, 
enqdoying a system administrator to assign IP addresses on devices around the dodc is not 
cost-efifective. The tedimdan or engineer rq)]adi^ the derice does not possess the a^ 

30 skin or knowledge to also assign the IP address, and havipg a ctevice Mure msQ^ cripple the 
plant operation. Businesses must minimize Ae downtime associated with field rq>lac6ment 
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of devices in Older to inake the producticxanunibers. Dels^iDg a &ctoiy line until a system 
administer can issue an IP address to lbs device is not a satisfictoiy option m the hig)il^ 
conpetithre marketplaoa 

5 Another prior art system of assigning IP addresses is done via indirect 

assignment using static address resolution protocol (ARP) override. The device is 
designed to 'assume' that any IP message arriving at the device tiiat inchides a MAC 
address that matches that of the device inq)]ies the registration of the IP address in the 
target This forces the IP address s&A to the device to be adopted by tihe device even if 
10 it is already in use. It also requires matdiingofthe MAC address to the particular 
device. As noted herein, forciAg the wrong IP address to a device on the netv^rori^ can 
result in une}q>ected catastrophe. 

Typically the ARP override method involves an operator sequence at a 
1 5 management station such as: 

arp-s 10.0.0.1 00:00:54:ab:cd:ef 
ping 10.0.0.1 

This forces the local station to build a directed unicast message to fte Ethernet address 
00:00:S4:ab:cd:ef and designate ftie IP address as 10.0.0.1. This is interpreted by the 
2 0 device v^th address OO:00:54:ab:cd:ef as authority to assign the IP address 10.0.0. 1 
Ai^ internet protocol can be used during the second phase. Instead of PING, it is 
common to use TELNET on obscure port numbers in an attempt to avoid 'acddentaT 
reconfiguration. 



2 5 There are also alternative networic protocols for devices, sudi as HP JetDirect 

cards. TheHP JetDirect cards use the IPX protocol to advertise fteir present 
management station on the local netv^ork. A man^ement program running on some 
station on the local network pidks \sp the advertis^nent and dispk^^ the device as 
requiring configuration to the operator. Since typical^ only one station at a time on a 

30 network will be in an unconfigured state, this allows the operator to recognize and select 
that unconfigured device without recording the MAC address. All of these noedianisms 
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require either kno^edge of the MAC address of the device being attadied, or at least 
specialized knowledge of the desired networic fimction of the device by an operator. 
Use of an attemative protocol such as IPX ivill cause problems in use of tfie devices in 
enviromneots v\Aiere these protocols are not supported. 

5 

All tiie referenced techniques of IP Address assignment require either knowledge 
of the MAC address of the device being attached, specialized skills and training, or 
preferabty both. IPX protocol in^lementations has sons further inherent diflBcuHyvs^ 
devices not supporting IPX protocols on tbe.network. 

10 

Industrial control devices pose particular problems because of the inq)ortance of 
operation, continuotis operation, and location of the devices. These devices may faU in 
service and must be replaced rapidly from a spares stock with minimum Mean Time To 
Repair (MTTR). For examplei, the devices may feil because thqr are e>q)osed to 
15 dectrical or medianical stresses that exceed their specifications. An «sanq)le of a 

mec^amcalstressisbeingcnishedby impact with a fork lift truck. A common example 
of an electrical stress is 1I(V220 V line power being shorted to low voltage input 
circuits. In sudh situations, the devices are usually designed to *go safe^, but they need to 
be replaced as rapidly as possible in order to allow the process to continue. 

20 

Most industrial usexs maintain a stock of spare devices of each type that need to 
be replaced. Ilxese users provide instructions to maintenance personnel for replacem^t 
of &uhy devices. However, Ifae need to assign IP addresses accurate^ under sudi 
critical replacement conditions is usually not practical Hus is particularly true in 
2 5 industrial environm^its with strict responsibility partitioning between an electrician vAio 
can revvire a module, but requires the service of an IT technician to alter network 
parameters. 



Previous^, Ethernet was not considered a viaUe option to the business 
30 community. One proUemvvith the implemaitationofEtemet as a replacement for the 
device level networks such as ASi or Devic^et was that you could not require anything 
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more elaborate than the setting of a rotary switch to match the predecessor device. 
Such problems diminished as the protocols changed and expanded the Ethemet options. 

One such protocol the industrial protocol MODBUS/TCP. MODBUS/TCP is a 
5 communication protocol designed to allow industrial equipment sudi as Programmable 
Logic Controllers, computers, operator panels, motors, sensors, and other types of 
physical input/output devices to communicate over a network. It was introduced by 
Schneider Automation in the early 1990's as a variant of the widely used MODBUS 
protocol, which had been inq)lemented in turn by ahnost all vendors and users of 
10 automation equipment. The specification of the MODBUS/TCP variant was published 
on Schneider*s web site, in order to encourage all vendors to implement the protocol 
consistent!^, and thus avoid interoperability problems that typically resuft when 
inQ)Iementors must 'deduce* or 'revei^e-engtneer' an inter&ce spedficatioa 

15 There have been several attennpts to resolve the aforementioned proUems. U.S. 

patent 5,410,730 ('730), discusses automating the initial assignment of a process device 
address by allowing a number of devices to be attadied to the network, issuing queries 
to whidi all devices will respond, and then using unique parameters or serialization 
included in those devices before installation to assist an operator in assigning the 

2 0 network address. 

The mechanism of the *730 patent requires fordknowledge of the unique 
characteristics of the device in order to provide address assignment, and cannot be used 
to perform automated assignment when replacing one of pot^ally many identical 
devices on a network s^ment It is also not designed to work with TCP/IP local area 
networks. The mechanism of assigning a tenq>oraiy address first, and then usitig that to 
complete the configuration process, is only necessaiy wh» using networks wUdi have 
no native bootstreqp address assignment process. In the case of a TCP/IP local area 
network, all of this fimctionafily can be done using the Internet standard BOOTP 
protocol (RFC 95 1). With BOOTP, the information needed to perform the matdi is the 
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serial number or 'MAC address' tbat is uniquely associated with tfie network inteiffiice 
hardware and readily available upon request, 

U.S. Patent S»724,510, (*S10) describes a technique which would noost likely be 
5 banned in aiQ^ practical Internet TCP/IP local area network because it assigns an address 
for a device by using speculatioa Specifically^ it deduces tiie range of addresses in use 
on the network to which the device is attached, and then issues a series of queries to 
deternune whetfier a given address wifim that range has already been assigned to 
another device. The noveHy claimed in the *510 patent is tiiat in addition to the standard 
10 ARP technique ordinarily used to query fbe existence of a given IP address, the *S10 
system e^ctends this by issuing a series of 'sq)plication level' queries. Hie reason for 
doing this is to overcome problems relating to the 'cacheing' of ARP records. 

A flaw in the '510 invention is that it fails to address die case v^ere the address 
15 being speculatively assigned has in &ct alreaify been assigned to anotiier device, but that 
device is tenq)orarily inaccessible, sudi as by being reset or dirougji a temporary 
network disn^tioa The '510 system would con9)lete its assignment of the duplicate 
address in a finite time period, after whidi, if the original device were to come back on 
line, there would be a duplicate address situation that would impede operation of the 
. 2 0 original device. Hiis flaw supports flie conclusion that it would like^ never be permitted 
on a network used for automation purposes, as multiple devices with flie same IP 
address would result in grave networking problems. A more appropriate solution to the 
assignment of an arbitrary address on a network is to use the Dynamic Host 
Configuration Protocol (DHCP) desaibed in RFC 1531. 

25 

Hie invCTtion of U.S.' Patent 5,446,897 ('897) allows for the assignment of the 
network address for a replaced device, automatically, by recognizing a unique 'logical 
identifier', or an 'arintraiy word, nxunbo:, or combination fii^eof . One application of 
this '897 patent is the replacemoit of one of many identical devices on a network. 
3 0 Maintenance personnel set a plurality of switdies or junq>ers that are accessible on flie 
device so that they have an identical setting to that on flie device being replaced. Once 
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con^leted, the application technique described in tfie '897 patent conq>Ietes the 
replacement 

There are several limitations of technique of the '897 patent Firstly, it requires 
5 that the devices being replaced incorporate the capability of reading some sort of 'logical 
id^tifier' before attenq)tmg address assigmnent Second^, the devices being replaced 
must incorporate a non-standard protocol capability to transmit that information to the 
management device for the purpose of address assignment These two requirements 
severdy Bndt the usefulness of the technique, since network administrators would be 

10 unwilling to deploy an automated configuration tedinique unless it applied to a hig^ 
proportion of devices likely to require such assignment Any atten9)t to make the 
requirements into a standard would require agreement among multiple vendors of 
equipment to adopt this additional feature voluntarily. Such cooperation would likety 
not succeed. The appropriate way of achieving sudi agreement is to propose the 

15 tedmique and get it adopted by a standards body such as the Intemet Engineering Task 
Force (BETF). However, the IETF would be skeptical about the widespread adoption of 
such a technique because of its similarity to the BOOTP and DHCP protocols aheady 
available. In &ct, the '897 patent describes a technique id^cal to the prior art of 
BOOTP, vAiere the logical identifier is the MAC address. 

20 

A system for aDowing decentralization of a directory previously maintained on a 
single file server is described in U.S. Patent 6,021,429 ('429). Decentralization and 
resilience is achieved by arranging the iist servers' to follow a defined protocol for 
determinii^ tiie existence of list servers on a network. And, updating tiieir contents 
2 5 from one of the devices whose contents are authoritative in order that any of the devices 
can serve the iofonnation in the case of unavailability of the original 

This '429 technique has mudi in common with the distributed 'Yellow Pages' 
database impl^nented on Sun Microsystems workstations dating bade to the mid 
30 1980's. Hie primaiy difference is that the identity of a device being available to take on 
directory service duties need not be configured in advance. Instead, the devices 
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negotiate for authority based upon fteir assigned netw Tins in turn is 

simDar to the procedure used by Kficrosoft in implementing the 'automatic browse 
master assignment* for \^ndows 95 peer to peer file services Indeed, almost aQ of the 
described capabilities have an equivalent in the 'browse list' feature maintained 
5 automatically by ^X^dows 95 madiines» and which is iqpdated hy notification messages 
sent out on a timed basis by network devices such as printers, conq>uters, and otii^ file 
server devices. 

Sinnlar to '510 pateot, the invention of U.S. Patent 5,586,269 ('269) discloses a 
mechanism that is concerned with assignment of an arbitrary networic address that 
allows the device to become fimctional on the network. This is acconq>lished by 
attenq>ting to contact the existing devices that have be^ assigned the proposed 
addresses, in turn, until one is found that is not cunentty assigned. 

The '269 mechanism is not appropriate for use on a TCP/IP local area network 
because of the problems caused if the address in question actually had been assigned to 
another device, but that device was temporarily inaccessiUa Such a situation would 
Vkdy cause network disruption and possibly a feihire of control in an automation 
system Therefore, the '269 methodology would not be acceptable on a network used 
for automation purposes. Instead, tiie appropriate protocol to use if an arbitrary address 
were desired on a TCP/IP local area network is the standard DHCP protocol described 
in RFC 1531. 

The techniques of U.S. Patent 4,677,588 ('588) are not appropriate for TCP/IP 
25 local area networks. Assigning appropriate address ranges for network segments ^cfa 
are subsequaitfy linked together is cumbersome, and cannot goieraDy be overcome by 
defining an address assignment protocol that would be binding upon the existing devices 
on those networks. The existing TCP/IP devices e7q}ect stabi% in address assignment, 
and the act of interconnecting two networks cannot by itself cause reassignment of 
3 0 network addresses witiiout knowledge of the devices themselves. The '588 patent 

11 
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describes a mecbanism for more convenient allocation of addresses in a network 
environm^ that is not bound by the address assignment conventions of TCP/IP. 

U.S. Patent 5,987,524 ('524) describes what is commonly called a networic 
5 firewall technique to overcome an intended intrusion attack using 'address spoofing'. 
The firewall is pre-configured with an association between flie physical address of each 
subscriber device and the IP address assigned to that device. Hie firewall recognizes the 
case v^ere an incorrect source networic address is being presented by an intruding 
system, and prevents the messages from being prop^ated to their intended target 
10 device 

The invention of U.S. Patent 5,980,078 ('078) allows a general-purpose network 
to be used as part of a bootstr^ping mechanism to enter the initial configuration data 
for a device after it has been physical}/ installed on a network, but befi>re it has been 
15 made operational The'078nie(teiDismisspecificalfyunsuitaUeforusewitharfait^ 
target devices on a TCP/IP local area network since it relies on assignm^ of a 
tenqporazy network address^ and a nouroperational state known as 'standi^', in order to 
allow the device configuration to be completed with manual assistance. 

20 The invention described in U.S. Patent 5,917,808 ('808) is similar to that used in 

many commercial^ available network monitoring and system managemmt tools, 
including ones wfaidi have been available on local area networks for more than a decade. 
Passive monitoring of network traffic to determine the idmtity and detail configuration 
of devices is a standard network managemrait and troubleshooting procedure taug^ to 

25 network engineers. Building up a list ofdiscovered devices in a database and displaying 
the contents of such database on demand is a standard feature of products sudi as 3Com 
Corp's Transcend' management package. 

Hie '808 technique is not appropriate to the problem of automatic reassignment 
30 of network IP addresses when a target device is replaced in service, because under those 
conditions there would be no broadcast trafBc to be monitored. In particular, use of 

12 
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Ethernet switchii^ devices on modem networks severe^ inq>edes the vahie of passive 
monitonng, since on]y messages designated as 'broadcast' or 'multicast' are made 
available by the switches for monitoriog by parties other than the direct particq)ants of 
the communicatioa 

The invention of U.S. Patent 5,845,081 ('081) is concerned wiOi gateway 
devices that must allow access to infonnation using 'foreign' networks. Specifically, by 
detecting tiie existnce of one or more authoritative devices on the foreign networic (the 
'target nodes'), and making queries upon them, the target nodes win divulge information 
\^cfa can be assembled by the gatew^ in order to ease the configuration of such 
gateway. This includes pre-assignment of network address equivalence taUes or sinoilar 
data 

A method of aDocatii^ addresses on devices without using manual adjustm^t of 
switches is described in U.S. Patent 5,680,113 ('113). The '113 patent system does not 
use switches, rdying instead on a known rearrangement of the wiring of an extension 
cable or connector whm connectii^ such devices in series. 

Actual^, this '113 noedianismis akin to that used by Modicon Corp (now part 
of Groupe Schneider) on a product line known as '800 series I/O' introduced with the 
884 model Programmable Controller in 1984. In that product, and for exacti^ the 
reason mentioned in the patent, the address of one of many modules m a modular I/O 
rack was determined by a combination of its rack number and slot number within the 
rack. To allow the racks to be physically id^cal parts and yet distinguishable in 
service, the interconnect cable performed a 'rotation' of the assignmmt of 5 signals. 
The efifect of this was that the signals being presented to modules in the individual racks 
were detectable by flie device, and this supplanted the need for any address switdies. 

US Patent 6,012,088 ('088) describes a technique simDar to BOOTP, in whidi a 
unique registration number knovm to the internet access device is presented to a known 
registration service, which can be accessed without requiriiig pre-configuration of the 
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device^ and obtaimng ary configuration data firom that device. Hie '088 invention relies 
on the existence of a known netwoik service access point on Ae Public Switched 
Telephone Network, so the initial contact with the registration service can be done using 
on^ a previously recorded telephone number and modem settings. From that point 
5 onwards, any conq)lex configuration settings can be automated based iqpon details 
previously registered in the database or negotiated with the equipment. 

Devices that make use of this '088 tedmique must be spedfically designed to do 
so, because tfie protocols used are non-standard. The non-standard mechanism^ 
required to handle tfie case vAiere the device bdng installed is not on the same local area 
network as the r^istration server. If it were on the same network, the same results 
could have been obtained using the standard protocol BOOT?. 

In sum, tbte problem with prior art systems is that diey require invoh^ement of a 
spedalized administrator to oversee the part r^lacement in order to property configure the 
netwoik address. Ilie prior art does not have a sinqple yet disdjdinednKlfaod to 
automatical^ designate proper IP addresses whOe maintaining fiie hj^iest levd of system 
integrity. What is needed is an autoniatic network address assignment system Sudia 
system would decrease the niean-tim&-to-repair (MITR) and allow fi)r field replacemotit of 
networked devices wi&out incumng the expense of having a network professional 
administa' the address configuration Ideally, such a system would use man^^nent 
information gathered firom Ethernet switches to deduce physical location information, 
using such information to deduce fiie appropriate network address. 

SIJM^fARYOFTOEI^fVE^mON 

The present invention is a system for the automatic reconfiguration of Industrial 
Litemet Devices. More particularly, the present invration fedlitates the use of TCP/IP 
networks, such as Ethernet, as an alternative fi^r industrial fiddbus or device buses. 
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Accordingly, one object of the invention is to automate Ifae reconfiguration of 
devices sudi as I/O nK)dules, sensors, or transducers under field rqilacement situations. 
In one embodinoent this is adiieved by combining available Internet standard techniques 
along with a system management software component. Hie latter is referred to as tiie 
5 *n)anagement entity*. 

Hie present invention enconq^asses various algorithms and software runnipg on a 
standard computer, sudi as afile server or administrative woikstation, tiiat periodical^ polls 
tfie status of network devices. One olgect of the invention is to detect a Med network 
device that has been replaced, wherein tiie system automatical^ assigns the network address 
of the previous^ Med device. In one embodiment the computing means is a dedicated 
monitor system in the iEbrm of a networked device Ifaat is instalted in tiie same plant area and 
by the same p^s(»]nd as the automation equipment it is siq)porting. Ahematrvely, the 
computing means encoinpasses fimctionality extensions to the managed network swrtcfaes 
tiiOTisdves, 

Another object of the invention is the pionq>t identification of networked devices tiiat 
have Med in service, so that maintenance personnel can be dispatched rq>idly to ^Eect the 
replacement This is a consequence of tiie constant monitoring of the devices over the 
network. 

A fiirtfaer object of the invention is a sinoplified initial configuration and set-up of the 
reidaced equipment by using pl^sical port numbers on a managed Etiiemet switdi ratiier 
tiian the less cmvenient MAC address numbers to identify the r^tworked devices. 

One of the distinctions between the pres^ invention and xoaay of tiie prior art 
systems is the use of management information firom a Managed Ethernet switdi to 
deduce physical location information or using that information to deduce a network 
address. There is also no mention in the prior art of the use of information firom a 
management &atity on a Managed Ethernet switdi or similar device to deduce tiie 
appropriate network address to use when replacing a device. 

15 
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In distinction to the ' 897 system, the presant system requires no change to the 
network protocol capabilities of the target device, other than that it support the standard 
BOOTP address assignment protocol lliere is no need to make accessible external 
switches or similar mechanical means which can be a source of additional cost, 
complexity, and imrehability. Ihe determination Hiat the device is an intwded 
replacanent, and thus should be reassigned a previous^ recorded address, is obtained by 
automated query to the management entity of an Ethernet switch or similar device to 
\s^di the network cable is connected. The act ofconnectingtte new device to the 
same cable or port as the original one provides the equivalent fimction to the 'logical 
identifier' in the previous patent. 

In distinction to the *427 pat^, the mechanism for obtaining die network 
address information for the present invaition is via the standard ARP protocol described 
in RFC 826. The present invention interrogates the existiiig target devices themselves 
after having determined that the device is amenable to automated maintenance by 
querying a managed Ethernet switch or sunilar device and confirming that the device in 
question is in an area of the network tiiat has been pre-configured for sudi automated 
maintenance. 

The present invention, in contrast to *078, allows unmodified TCP/IP target 
devices, implementii^ only the address assignm^t protocol BOOTP to be configured 
without human assistance, and it deduces the address assignment using information firom 
a standard managed Ethernet switch. 

In distinction to '808, the present invration, uses location data obtained firom a 
managed Ethernet switch or similar device to confirm fiie equivalence of a newly 
installed device to its failed predecessor, and allows the communication of the new IP 
address using the standard BOOTP protocol 
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Hie present mvention performs the IP address assigDment of a replaconeat 
device^ and uses physical location data obtained fiom a standard managed Etfaemet 
switch to provide guidance for sudbi netwodc IP address assignment, ndther of which is 
mentioned in the '524 patent. 

5 

In contrast to the *081 invention, die present invention is not concerned with 
operatipg gatews^s to foreign networks. The address information that needs to be 
maintained in order to perform IP address replacement is obtained without the assistance 
of designated target devices from which the address information can be obtained. 

10 Rather, address information is deduced using physical location information maintained 
by ibe standard managed Ethernet switch equq)ment for tiie benefit of human operators. 
There is no mention in the *081 patent of physical location data obtained from a 
standard managed Ethernet switch to provide guidance for networic IP address 
assignment v/bsa replacing devices in the field. Likewise;, fiiere is no relevance of 

15 the'113 technique to the reassignment of networic IP addresses in aTCP/BP local area 
network. 



By contrast to '088, the tedmique of fiie present invention allocates replacemoit 
IP addresses for standard TCP/IP target devices automatically, communicating them to 
20 the device using the standard BOOTP protoooL The address assignment is determined 
with the assistance of management information obtained from a standard managed 
Efiiemet switch supervising the networic 

The present invention benefits from the standards relating to RFC 951 Bootstrap 
2 5 Protocol (BOOTP) and RFC 1493 SNMP support for Ethernet switdi devices, in 
addition to RFC 2108. By using the international standards, all devices under the 
standard respond in the same manner. Hie present invention coixibines these widdiy 
inq[)lemented standards with unique methods and along with a novd software 
management entity to supervise them As DCMP is con?)atible with BOOTP, if the 
30 query is determined to be DCHP, tihe DCHP form of flie BOOTP response can be used 
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A further feature of the present invention is that the network may be deployed in 
such a way that eveiy target IP unit has a dedicated line to a port on a managed switdi. 
In this case, tfaore are no issues of ambiguity of replacement unit identity. Altemativdy, 
5 the managed switdies may be dq>loyed on a more selective basis and utilize less 

expensive umnanaged switches or repeating hubs as the inter&ce for the target IP units. 
In this scmario, the managed switch encounters more than one MAC address 
associated with one managed port on a switch. It is therefore necessary to restrict auto- 
reassigiunent of addresses to the case where die number of filing target IP units in the 
10 given managed plant area is exactly one. 

One of the benefits of tiie present invention is the aldity to recogmze fiiled 
networked devices and automatically assign proper IP addresses to dimini^ down-time. 
Additionally, the methodology locates fl^ fAysical location or region of the netwoiked 
15 devices allowing for ease of finding a &3eddevke. The present inventicm also deals with tfie 
aufiiorily of fiie system to assign IP addresses only if a single unit is determined to be 
replaced If the system cannot isolate to a single Med netwoik device, the automatic 
assignment is scppressed. 

20 An olgect of the invention is a system fi>r fidd rqdacement of netwoiked devices, 

con^rising the steps of detecticg a Med netwoiked device, replacing tfie Med netwoiked 
device with a fimctioning netwoiked device, locatiiig a canonical location of tiie fimcticni^g 
netwoiked device, issuing an IP address to the functioning netwoiked device^ vvterein the IP 
address is identical to the IP address of the Med networked device. 

25 

A fiirtfaer object is fisr a system, wherein the stesp of d^ecting the Med networked 
device is accomplished by a unicast ARP reqiKSt Additionally, the step of detecting Hsr 
Med netwoiked device is accomplisfaed by periodic ARP requests. An object also includes a 
system, v^dn the stqp of detecting a Med networked device comprises processinig a 
3 0 plurality of ARP requests over a time poiod before indicatiiig the Med netwoiked device 
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An additional object is a system, fiiilfaer oonqsisiDg a step of noti^dpg naintenance 
posonnel of tte Med networked device 

An ol^ect of the inv^tion is a system, \)siierein the step of locating a canonical 
5 location of the fimctioning netwoiked device composes the steps of requesting a MAC 
address for the fimctioning netwoiiced device and requesting a port number for the MAC 
address fit)m amanaged switching device^ \^erein Report numbo: is the canonical location 
of the fimctioning networked device. 

10 Another object is a system, wherean the step of locating a canonical location of fhe 

fimctioniiiig networked device conqprises the steps of idoitifying a plurality of target devices 
at the canonical bcation, corq)aring d^ canonical location of the fimctioning networked 
device widi a database containing information of all the networked devices to isolate a sin^e 
Med networked device at the canonical kicatioa Also, a systeni, wiierein the step of issuing 

15 an IP address to the fimctioning networiced device is suppressed if unable to isolate to a 
sii^e Med netwoiked devicei 

An object of die invention is for a method for determining a canonical location for a 
plurality of netwoiked devices, conprising the stq>s of maintaining a list of IP addresses for 

20 each of the plurality of networked devices on a monitor agent Requesting and retrieviiig a 
MAC address for each of the plurality of networked devices. Maintaining a list of MAC 
addresses for each of the plurality of networked devices on the monitor agent Requesting 
and letnevioig a port nuxxiba' on a switching device for eadi MAC address. Maintaining a list 
of port numbers for each of the plurality of netwoiked devices on the monitor agent 

2 5 Processing die canonical location for eadi of the plurality of networiced devices. 

An additk)nal olgect is a method, vdieron the monitor agent comprises a confuting 
means and amemoiy means. 

30 AdditicmaDy, an olgect indudes a meOiod, vrfiereinthe switching device is anaansiged 

switching ^vke and the port number is dedicated to 4ie netwoiked device and is the 
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canomcal locotioa Ahemativefy, m object is for a method, i^ereintte 

an unmanaged switdupg device and the port nuniber is shared arooog a phiralify of taig^ 

devices. 

5 An object of tbe invention is a metibod for detecting a canomcal location for a foiled 

netwoik device, con^rising the steps of requesting a MAC address for each of a plurality of 
netwoiked devices. Detectii^ foe foiled netwoik device and processing foe MAC address for 
foe canonical location of foe fifled n^oik devica Finally, logging foe MAC address, foe 
canonical location, and an IP address for foe foiled network devica 

10 

llie objects inckde using a unicast ARP message to a sdect IP add^ 

Anofoer object is a mefood, vAeroin foe stqp of detectipg foe foiled netwoik device is 
based on no responsive from foe requesting step. 

15 

An additional object is for a mefood, forfoer conqprising a step of notifyipg 
maintenance personnel upcxx detecting a Med netwoik device. 

Additionally, a method wfaerdn foe step of requesting a MAC address is periodia 

20 

An object indudes a mefood, wherein foe step of processing foe MAC address for 
foe canonical location con^srises accessing a database containing a MAC address listing, an 
IP address listing and a port listing for eadi of foe phirabty of networked devices, and 
v^^berein a port nunibCT represents foe canonical location of foe foiled netwoik device. 

25 

Yet anofoer olgect is a method wherein foe st^ of processing foe MAC address for 
the canonical location comprises acoessii^ a database containing a MAC address listing, an 
IP address listing and a port listing for each of the plurality of networked devices, and 
i^erdn a port nunto represents foe canonical location of a plurality of taiget devices, and 
30 foe IP address of foe foiled netwoik device is determined by k)catiqg a single foiled taiget 
device at foe canonical locatioa 
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An object of the invention is an apparatus for tiie automatic configuration of 
networked devices, conq)Tising a network inter&ce interconnectiqg the networked 
devices, a means of detecting the networiced devices, a means of determining a canonical 
5 location of the networiced devices, and a monitor agent connected to the network 
inter&ce, \^erein the monitor agent issues an IP address to each of the networked 
devices and records a MAC address for each of the n^oiked devices and wherein the 
nK)nitor agent inaintaim a list ofeadi IP address and each MAC addre^ • 

A further object is an q)paratus fiirther comprising a means of processing anew 
IP address for a new networked device, \tdierein the new IP address does not conflict 
with the IP address list maintained by the monitor agent 

And yet another object is an aj^aratus i^erein &e means of detecting the 
networked devices is aocon^Ushed by a periodic unicast ABP request 

An object also includes an apparatus wherdn Ifae means of determining a 
canonical location of the networked devices conpises a means of processipg a port 
number for the MAC address firom amanaged switdnng device. 

A final object is an apparatus, intoein the means of det^mzning a canonical 
location of the networked devices coinprises a means of processiqg a plurality of taiget 
devices at the canonical location 

Still other objects and advantages of the present invention will become readily 
apparent to those skilled in this art firom the following detailed description, \«iierein only 
a preferred enabodiment of fiie invention is described, sinq[)ly by way of illustration of the 
best mode contemplated for carrying out the inventioa As will be realized, the 
invention is capable of olfa^: and different ^odiments, and its several details are 
cq)able of modifications in various obvious respects, all without depBXtiDg &om the 
inventioa 
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BRIEP DESCRIPTION OF THE DRAWINGS 

FIG. 1 Basic blodc diagram showing interoon^ 

5 

FIG. 2 Blodc diagiBm inustradng replacement situation 

HG. 3 Diagrammatic view of discoveiy/confinnation for dedicated port 

10 FIG. 4 Diagrammatic view of discovery/confiimatiw for shared port 

FIG. S Diagrammatic view of confom presence for dedicated port 

HG. 6 Diagrammatic view ofccmfimi presence for shared port 

15 

FIG. 7 Diagrammatic view oflP Address assignment 

FIG. 8 Diagramnoatic view of IP Address reassignnoent 

20 
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pESrRIPnON OF THE PREFERRED EMBODIMENT 

One embodiment of the present invention is referenced in FIG. 1 . There is a 
momtor agent 10 that serves as the BOOTT server and comprises con^utme means for 
5 managing and processing the network data and a memory means for storing informatioa 
The monitor agmt 10 is connected to anetwork having one or more managed switdies 
20. llie managed switches 20 are considered to be on the local plant area There are 
multiple ports 25 on the managed sv^ch 20, and it is capable of reporting MAC 
addresses and/or port assignmsats. 

10 

In a preferred embodiment, tiie TCP/IF network is Ethernet and uses Ethernet 
managed switches 20. It should be understood that the term network refers to ax^ 
communication exchange and not a specific type of connectioa 

15 Comiected to the managed switdi 20 is a number ofinexpensive hubs 40 with a 

number of hub ports 45. Connected to these hub ports 45 are a plurality of devices, 
such as I/O devices SO and other elements such as a conq>uter 60. 

Eadi device connected to the hub ports 45 has an associated MAC address and 
20 an associated IP address. The managed switch 20 reports all MAC addresses and port 
assignments associated with the hubs and devices connected to the monitor agent 10. 
Tlie monitor agent 10 maintains a list of aU port assignments an^ Thus, 
not only does the momtor agent 10 know the MAC and IP addresses of an individual 
device, but it also knows the approximate location by knowing to whidi port of a 
25 Managed Ethernet Switdi 20 the device is connected 

The local plant area refers to the system of devices located from a managed 
Etixemet switch 20 and downwards, including all hubs and I/O devices interconnected 
thereia TTie monitor agent 10 exists in an enterprise net, and records aD BP and MAC 
30 combinations found in the local plant area 
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RdSsniDg to FIG. 2, eadi of the workii^ devices 70, 80, 100 connected to Ae 
hub 40 has a MAC address and an IP address. The Med or malfunctioning unit 100 
also had a MAC address and IP Address. Based on periodic device polling, the 
infonnation of a Med unit has already been communicated to the monitor agent 1 0 
5 through fhe managed switch 20. The monitor agent 10 also lists the Med device 100 as 
h&Dg located on managed switch Portl. 

From an ov^view perspective, as soon as the Med device 100 is replaced with a 
working device 1 10, the working device 110 requests a network assignm^. The 
10 monitor agent 10 notes the request, and determines if the request originates fiom the 
location of the previously detected Med unit 100. If the request comes from Port 1, the 
monitor agent 10 issues the same IP address as the previous device and tiie new device 
110 begins operating on the networie 

15 More specifically, the monitor agent 10 maintains a database of all MAC 

addresses for each device on the network. This BOOTP database is built and 
maintained automatical^, by the monitor agent 10 ftat takes advantage of the MAC 
address detection scheme built into modem Ethernet switdi devices. Using this 
capability, whidi is referred to as the SNMP FindPort query and is defined by RFC 

20 1493, it is possible by issuing SNMP requests from a management program to track 
down a particular MAC address and identify on whidi port of which switch it is found. 

The BP addresses of tiie various devices are also maintained by the monitor agsaat 
10. Actual^, the monitor agent 10 issues the IP address to each new device. In 

2 5 operation, all devices are set to request their network assignment, or IP Address, at 
pow^ \xp using the standard BOOTP protocol. Jn a preferred enoibodim^ the devices 
p^oim the request multiple times, sudi as 3 or more, over a 'reasonable period' sudi as 
15 seconds. If a response is obtained from a BOOTP s^er entity on the network, then 
the IP address and other returned parameters will be used by the device. In addition, the 

30 IP address information may be recorded locally, so that in the event that the device 
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subsequently powers up WITHOUT the BOOTP server being available^ it will M back 
to the last known good address. 

If the device has an address recorded already, and the address returned using 
5 BOOTP is different, then the newly obtained address is used and recorded. The present 
invention thus handles the case vAicre a unit is swapped out, tested, found to be 
operable, and returned to spares stock, but it has not been complete^ initialized in the 
process. 

10 MAC addresses are conventionally expressed as a hexadedmal number with 12 

digits, in the form 'ab:cd:ef:01:23:4S'. The expressions 'ABC, 'DBF' etc in the figures 
are a simplification to avoid distracting the reader. Reforii^ again to FIG. 2, as an 
example - a first I/O device 70 has a MAC address = ABC, a second I/O device 80 has a 
MAC address = DBF. and a third I/O device 100 has a MAC address = EFG. TTieMAC 

15 addresses were previously detected and recorded by the monitor agent 10. The monitor 
agent 10 also records and issues the IP addresses for eadi device. Thus, first I/O device 
70 has an IP address of 10.0.0. 1, the second I/O device 80 has an IP address of 10.0.0.2, 
v\Me the third I/O device 100 has an IP address of 10.0.0.3. The monitor agent 10 
identifies each of these I/O devices 70, 80, and 100 as coming firom Port 1 of the 

20 managed switch 20. 

Hie monitor agent continually polls the I/O devices 70, 80, 100, and when a 
device malfiinctions the device either issues commands indicating a Mure, sends back a 
malfimction or error code in response to the poll, or ceases to respond at alL The fidlure 
25 infonnation can be forwarded to the appropriate maintenance department In the 
present exan^le, device 100 &il5. 

Once the maintenance personnd have successfidfy removed the fiodty unit 100 
and installed a replacement device 1 10, tibe replacement device 110 issues a BOOTP 
30 request. Tbe monitor agent 10 recdves the BOOTP request and det^mines if the 
managed switch 20 port location of the replacement device 1 10 coincides with the 

26 
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location of the pres^ BOOTP request. If tbe monitor agent 10 determines that the 
replacement device 1 1 0 is rt^ladng the malfunctioning device 1 00, it issues the same IP 
address to the replacement device 110. 

5 For exanq)le^ the replacement device 110 with aMAC address of HU issues a 

BOOTP request whidi is transmitted through the hub 40 port 3 and ibrou^ the 
managed switch 20 port 1 to the monitor agent 10. Hie monitor agent determines 
v^ch port ofthe managed switch the BOOTP request originated. Once it is determined 
that the fiiiled unit and the BOOTP request came froni the same port of the managed 
switch 20, the replacement device 110 is designated with the same IP address as the 
fidled unit 100 and assumes the IP address 10.0.0.3. The replacement device 1 10 is Aus 
quickly established on the network. The monitor agent 10 then continues to poll ihe 
units for status. 

In one embodiment, amanaged switch is used in lieu of the hub 40, so that the 
monitor agent 10 can track the port designations from eadh layer of the network. In 
another embodiment, &e monitor agent itself may be duplicated on the network, so that 
in the event of failure of the hardware or networidng infrastructure leading to the 
monitor agent 10, another monitor agent with visibility into the same local plant area 
would be able to take over its duties. 

Hie discoveiy/confirmation sequence finds the MAC address of targets and 
records tiie canonical location (numbered port of supervised switch) for a dedicated port 
scoiario as shown in FIG. 3. The discovery sequ^ce detects initial or new devices 
connected to the network and confirms the target locations. The siq)ervisor/monitor 
agent 200 issues ^n ARP request 21 0 as a broadcast message to inqun^ the MAC 
address of the IP address. The target IP unit 220 receives the request and issues an 
ARP response 230 containing the MAC address of the requested IP address. 

The supervisor 200 issues an SNMP Findport request 240 to the managed switch 
250 to request the port number of the reported MAC address. The managed switdi 250 
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issues an SNMP Findport response 260 bade to the supervisor 200 with ibe poit number 
of the MAC address. In FIG. 3, port number 3 would be returned to flie siq)ervisor. 

FIG. 4 shows the discoveiy/confirmation sequence for ibo shared port scenario. 
5 JnHAs embodiment, &e sup^visor 200 issues a broadcast ARP request 210 to inquire 
the MAC address of the selected IP address. The target BP unit 220 responds with an 
ARP response 230 contain]]^ the MAC address of flie requested IP Address. The 
siqpervisor 200 ften issues an SNMP Findport request 240 requestii^ ibe port number 
of the MAC address. The managed switch 250 issues an SNMP Findport response 260 
back to the supervisor 200 with the port number of the MAC address. ' In FIG. 4, port 
number 3 would be returned to the supervisor. 

However, the managed switdi 250 connects to one or more unmanaged switches 
or hubs 300. Multiple target units 220, 310, 320 are connected to the unmanaged 
switch 300. Thus indicating port 3 of the managed switdi indicates the target units 220, 
310, 320 as sharing the managed switdi 250 port 3. Automatic reallocation would be 
siq)pressed and fiuther processing would be required to determine which of flie target 
units 220, 310, 320 is down, if more than one of th«i were down at the time of 
attenq[)ted replacement. 

Hie confirm presence sequence interrogates the target units at periodic intervals, 
whereby a non-responsive unit indicates the target is 'down* or filled. In a dedicated 
port scenario such as shown in FIG. 5, a singjie target down in a canonical location 
becomes a reassignment candidata 

During the confirm presence process, the supervisor 200 issues an ARP request 
210 as a unicast message to inquire the MAC address of a selected IP address. If the 
target IP unit 220 receives the request and returns an ARP response 230 containii^ the 
MAC address of the requested IP address, the unit is determined to be functioning. If 
tti^eisno response, this indicates that the target IP unit 220 is down or Mled. Sucha 
Mure isolates the reassignment candidate to a single unit for the maintenance personnd. 
Note that the s\q>ervisor can be programmed to perform the check a certain nuniber of 
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intervals over a certain period of tiine before detemm^ Such repetition 

and time intervals are usually spedfic to the application, and it would be obvious to one 
skilled in the art to change ibe repetition or timing. 

5 FIG. 6 shows the confirm presence sequence for the shared port scenario. In ^ 

embodiment, the supervisor 200 issues an ARP request (unicast) 210 to inquire the 
MAC address of the selected IP address. IlietargetIPunit220responds withan ARP 
response 230 containing the MAC address of the requested IP Address. If no response 
is returned, the target unit 220 is down and sdected for reassignment If there is only a 
10 pingV. t^rg^ ™^ ^" "tmrnsmagf^A Rwitrh nr hnh 3Q0 fnr which a fePure is indicated^ 
thoci the sii^e target unit is down and sdected for reassignment However, where there 
are multiple target units 220, 310, 320, and more than one of them is down, then the 
automatic reallocation is siqppressed. 

1 5 For example, the managed switch 250 connects to one or more unmanaged 

switches or hubs 300. Multiple target units 220, 310, 320 are connected to tiie 
uimianaged switch 300. Thus indicating port 3 of the managed switdi 250 only 
indicates the target units 220, 310, 320 as shariiig the managed switch 250 port. 
Additional processing is necessaiy to determine which target IP unit has foiled. 

20 

Hie normal use of ARP request messages is to inquire the MAC address of a 
target whose MAC address is not known but ^ose IP address is knowa In order to 
send a unicast mess^e the sender must designate the MAC address of foe target Tbe 
use of unicast ARP requests during foe repetitive ^poU' of the device confirm wfaefoer 
25 the device is still alive. Hie choice ofa unicast rather than a broadcast for this 

interrogation is inq)ortant in large networks to avoid excessive use of broadcast traffic 
that will be perceived as needless intemqption by all other stations. 

FIG. 7 shows foe IP address assignment sequence to automatically issue an IP 
30 address to a target unit that was reset or power cycled, but ofoerwise previously running 
at that locatioa The target IP unit 220 automatically broadcasts a BOOTP request 400 

29 



wo 02/05107 



PCT/USOO/40346 



to sapjity an IP address for tiie MAC address. Hie supervisor 200 receives the BOOTP 
broadcast and sends out an SNMP Findport request 410 to die managed switch 250, 
requesting the port number for the MAC address. The managed switch 250 responds 
with an SNMP Findport req)onse 420 with the port nuinber for the In 
5 this example^ the port number was 3 for to MAC address. The siq)ervisor 200 diedcs 
if Ae MAC address was abeady associated with the IP address at ttiat canonical 
locatioa Ifthe MAC address matches Ihe number \viiicfa the supervisor 200 expect 
tiie siq)ervisor 200 issues a BOOTP response 430 and sends the IP address for the MAC 
address. 

10 

Hie IP address reassignment sequence is shown m FIG. 8. The target unit 440 
was not previousli^ running at that location, and issues a BOOTP request 400 as a 
broadcast message. The siqpervisor 200 receives the BOOTP request 400 and issues an 
SNMP Findport request 410 to iBnd the port number of the MAC address. The 
15 managed switdi 250 receives the request 410 and replies with an SNMP Findport 
response 420 that contains the port number of the MAC address. The supervisor 200 
determines that the MAC address is unknown. 

In the illustrated ^nbodiment, a single unit 440 at that location is not responding. 

2 0 Hie supervisor 200 updates the equivalence table that Snks the IP addresses, and 

records the new IP assignment and authorizes the assignm^. Tlie supervisor 200 
. issues a BOOTP response 430 that sends the IP address to the requesting device at the 
new MAC address. It is assumed that the target unit 440 is an equivalent unit 440 and 
connected widi the same cabling. 

25 

In operation, the management program/supervisor, as part of a routine periodic 
'scan*, determines the existence of the networked devices. The management 
program/monitor agent interrogates the network switch and d^ermines the location of 
the devices on the network. The device is either a siiigle device attached to a network 

3 0 switch port (on a fiilly switched layer 2 network) or beipg.one of a limited number of 

devices localized to a singje port on a switdi. The hubs that are not managed are less 
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expensive, but do not provide an exact resolution as to \^di port the devices within the 
hub are connected. Hits latter method is a more economical hybrid of managed switches 
and managed switches or hubs. In addition, the management program has authority to 
interrogate the devices in benign ways, such as PING or attenq)ted Modbus^CP 
5 connection, to confirm the identity of the device as fir as the relationship between MAC 
address and IP address. 

In practice, the interrogation is done by running a routine *i^obe * of the address 
space domain. For exarnqple;, the management entity m^ issue a Modbus/TCP 
connection attempt to each device Any station or deviqe that acknowledges the 
connection request is recorded as being a potential address management candidate^ and 
the details are recorded as follows: 

1 . The IP address is known and it was the one used in the probe. 

2. MAC address is obtained checking the local ARP table or by recording the source 
MAC address of the acknowledgemait response. 

3. Find switdi and port assignment by con^aring the MAC address widi the most recent 
FindPort response record obtained firom the switches on the netwoiic. Alternatively, the 
switch and port assignments are found by issuing an exploratory sequence of FindPort 
requests to the switches in the hierarchy. The values corresponding to the "most local' 
switch to Ihe device are recorded This information is th^ used to prepare the BOOTP 
database as well as a MAC/Iocation lookup table. 

Once the device has been detected using the probe, it is added to a list of devices 
whose operability is to be continuously monitored. Ihis may be done in a variety of 
25 w^ such as checking on a frequent basis that the device is still responding, and 

confirming the MAC/location data. If a device is found to be unavailable, that pb^ical 
switch/port combmation will be monitored doseiy for reappearance of the same module 
or for a potential replacement operatioa The unavailability can be logged accordii^ to 
a l^igtfaoftime or number of requests. An alerting signal can be issued to maintenance 
30 as part of the overall configuratioa 
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Under most situations, sudi as a routine shutdown and restart of the plant area 
concerned, the original device wSDrep^ The 
managenoent^itilyYsdll find a match ofthe requested MAC address in the BOOTPtaUe, 
and win send back a BOOTP response to tiie device authorizing it to use His IP address 
5 previously recorded. Thusthereisminimaldday on normal plant reset operations. 

* 

If a device needs to be replaced under fidd maintenance conditions, Ae device is 
replaced quickly and by a low-levd technictan or maintenance p^oiL Hie replacement 
device is connected to the same network cable as liie former unit, or at least, to the same 
10 port on the switch. It is important to note tiiat the replacement device must be an 

equivalent unit to the failed unit and operate with the same functionality and command 
set. 

Once the replacement unit powers up, it issues a BOOT? request, as dictated by 
the industry standards. Iliere will not be sasy 'conventional ' BOOTP server with the 
MAC address of the device in its database, so there will not be any conventional 
BOOTP response, lliere will be no entiy in the inanag^xieiit entity's database. At tins 
point the management entity will contact the switches wdbidi it is monitoring to find 
which one 'saw* the MAC address of the BOOTP request it just received. Of course, the 
switches it consults first are the ones that are known to have one or more 'missing' 
devices on the most recent update scaa 

If a switch returns a match with the MAC address of the BOOTP request, 
AND 

2 5 Hie management entity confirms only a single device was missing firom tte set of 
devices 

monitored at tfiat switch port 
AND 

Hie device appears to be similar to the device that was missing 
30 AND 
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The device has not apparent)^ been assigned an IP address ahready (for exaiiq}le, it has 
made 

multiple BOOTP requests) 
THEN 

5 The managemmt entity will auQiorize the substitution of the single 'missixig' IP address 
to the 

device now requesting. A BOOTP response is sent back (after the second or ^d 
BOOTP 

request, not the Sist) vindi tiie device will interpret in the noimal way. 

As a result of this automated field replacem^t, a singfle TCP/IP station is 
permed automatically, without manual configuration, and it is done in less Iban IS 
seconds. 

With respect to deliverable and managem^, the management entity running in 
one or more computers should be available 7 days a week x 24 hours a day. The most 
natural such devices are the managed Ethernet switches themselves. They ordinarily are 
si^plied with umntemq)tible power, and are designed to have a very low likelihood of 
Mure. In addition, because the present invention does not rely on a unique database, 
sudi as DHCP, there is no issue with two or three devices sharing the responsibility for 
network supervisioiL 

The devices in tum would be configured in some convenient way, such as via an 
embedded Web server, to be advised of fheir ranges of IP address to monitor and if 
tfa^ ^ny spft^al Higttnpiighing nhftracterktics of particular parts of the network. In 
particular, mformation such as the IP addresses of the switches to be siq)ervised are 
most conveniently entered in this w^, rather than having to be 'discovered* througli 
network probing techniques. Most importantly, the configuration information is entered 
by personnel -who have femiliarity and authority to manipulate i^twork addresses. 
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An additional enibodiinent allows direct entiy to themanagemait entity of tiie 
desired network address of anew module on a given switdi port. lUs can be used as 
part of a controlled installation sequence^ ^ere the technician inputs the data one entry 
at a tune, in step with powering on the modules. Tbds avoids tiie need, common today, 
5 for the technician to record the MAC address from Ae module and enter it as part of a 
configuration sequence. Instead, fbe technician performs the following stq)s: 

1. Select the switdi and port to whidi he wants to attach the module 

2. Confinntiiat Nereis no currently *missi^g*modd 

3. Enter the desired IP address as if it were a Ussing' module 
10 4. Allow the newly attached module to power vsp. 

This alio ws the single nx> dule to be assigned, and the technidan can go on to the 
next maintenance task. This is niudiinore convenient than aiiycun^t technique in the 
industry. 

15 

The present invention works extremely wdl in environments where the location 
ofadevicecanbedetemunedaccuratet^f. For exanq[>le, where a fidfy switched layer 
topology is used and there is an RFC 1493 management at the local switdi allowing 
resolution to a single device on a port. 

20 

I^ however, more than one device is 'down ' on a network segmrait, and the 
address cannot be matdied unambiguous^, it is not safe to transform automatic address 
substitution in this manner. In sudi a situation, it is not known which of the muhiple 
devices requires substitution 

25 

Ihis situation is inqnroved at minimal increase in con^dexity by allovtdng the 
devices to alter one of the fields of the BOOTP request in such a way as to have a 
dififeroit ^signature' based upon device type. For exan9>le, all devices fi'om a given 
manufiicturer and family migjht share a code, but the code varies between, a 16-point 
30 discrete output module and a 4 diannei analog input. By usiiig this auxiliary infonmation 
in its BOOTP equivalmce table, the management entity is able to reduce the inddence 
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of reassignment Stall* situations, lliis tediiuque wodd require cooperation and 
standardization in the industiy to be effective. 

One of Ae most obvious uses of tide present invention is for devices without 
5 operator inteifiices, such as industrial I/O modules. However, it can also be used to 
shorten the installation time for devices that do have sudi interfiices, but where the IP 
address that is to be assigned must be ti^tly controlled by a monitor agent. 

For exaiiq[)le, a *thin dient* computer to be used as an operator terminal can be 
10 configured to use BOOTP. In the event of feilurB, a unit could be disconnected and its 
replacomit automatically assigned exactly the same IP address. TTris is important in 
two situations common to con^uters on industrial networks. 

The first situation arises when the IP address is going to be validated by •firewall* 
devices, v^toch must be convinced of the legitimacy of the requestor by its physical 
locatioa Most firewalls can be configured to allow connections to "pass fhrough* based 
upon rules involving the IP address or range of IP addresses of initiator and taiget. 

A second situation arises vAi&i a thin client has an active role on the control 
n^ork, and the act of replacing a device, and auto-assigoing its address, allows the 
device to conylete its 'application bootstrap' by being givra its fq)plication program and 
operating parameters firom some anonymous server. Ibis is particularly vahiable in a* 
distributed control' environment vAi&e a con?)onent sudi as a PLC or gateway has 
feiiled, but could also wppYy to operator pands, robots, and similar devices. 

Although BOOTP protocol is the most conmsonfy used fi>r automatic assignment of 
IP addresses, DHCP and RARP are obvious alt«native protocols to respond to an address 
assignment request as described herein. 

Similarly, the interrogation messages sent out by flie device to o^ifirmtte continued 
presence of the target BP addresses can be either an *ICMP ECHO* (PINGO request or simply 
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a iq)eat of tbeARP request used to detennine the idm% ForeffictCDcy 
purposes Ifae inten^ogation message is restricted to the ARP message, the message s sent out 
as aunicast messa^ and sent only to the MAC address inMcfa Ifae recipient used 

5 As win be realized, the invention is equable of other and different embodiments 

and its several details are enable of modifications in various obvious respects, all 
without departing from the essence of the invention. 
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CLAIMS 



Idaiin: 



5 1. A system for fiddrq)lacen]ent of networked de^ 

of 

detecting aMed networked device; 

repladpg said filled networked device widi a fimctioiiiQg networked device; 
locatise a canonical bcation of said fimctioning networked device; 
10 issuing an IP address to said functioning networked device, vstoein said P 

address is identical to the IP address of said Med networked device. 

2. A system according to daim 1» wherein said step of detecting said failed 
rietvvorked device is acconq;dS£hed by a unicast ARP r 

15 

3. A system according to daim I, wherein said step of detecting said Med 
networked device is accomplished by poiodic ARP requests. 



4. 

20 



A system according to daim 1, fiirtfa^ conqxising a stq) of notifyiiig 
maintenance personnd of said Med networked devica 



5. A system accordtng to daim 1, v^ierein said st^ of detecting a Med 
networked device comprises jffocessipg a plurality of ARP requests over a 
time period before indicating said Med networked device. 

25 

6. A system accordirig to daim 1, intoeb said step of tocatii^ a canonicai 
location of said fimctionizig networked device comprises the Steps of 
requesting a MAC address for said fimctionirig networked device and 
requestir^ a port number for said MAC address fiom amanqged switdiing 

30 device, v^erein said port rmmber is said canonical tocatk)n of said 

functioning networked device 
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7. A system accordiqg to daim I, wherein said step of locadog a caDooical 
location of said fijnctioniqg networked device coicpises tiie stqps of 
identifying a phirai% of target devices at said catx>nical location, cornpaiing 

5 said canomcai location ofsaidfimctioiiii^ networked device widi a database 

containing information of aO said networked devices to isolate a single Med 
networked device at said canonical locatioa 

8. A system according to daim 1, wberdnsaid step of issuing anIP address to 
10 said fimctioning networked device is suppressed if unable to ^late to a 

sipg^e fiHed networked device^ 

9. A method for deteanmiing a canoriical location for apluralily of networked 
devkes, comprising the stq;» o£ 

15 maintainir^ a list of IP addresses for eadi of said phirafity of networiced 

devices on a monitor agent; 

requesting and retrievipg a MAC address for eadi of said idura% of 
networked devices; 

maintaintpg a list of MAC addresses for eadi of said phiralily of networked 
20 devices <xi said nK»iitoragen^ 

requesting and retrieving a port nunto on a switdiing device for eadi said 
MAC address; 

maintaining a list of port numbers for eadi of said plurality of networked 
devices on said'monitor agent; and 
25 processir^ said canonical location for eadi of said plurality of n^oiked 

devkes. 

10. A method accordmg to daim 9» >^4ierein said mcxiitor agent conprises a 
compudr^ means and a memory means. 

30 
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A method acooidii^ to claim 9, i^srein said switdit^g device is amanaged 
s^vitcM^g device and said port ntinto is' dedicated to said networked device' 
and is said canonical locadoa 

A roeSiod aocordiDg to claim 9, \s4ierein said switdung device is an 
unmanaged switching device and said port nunto is dmred anoong a 
plurality of target devices. 

A method for detecting a canonical location for a foiled networic device; 
conqprising the steps o£ 

requesting a MAC address for each of a plurality of n^wo±ed devices; 
detecting said foiled network device; 

processing said MAC address for said canonical locati(m of said foiled 
netwoiic device; and 

loggmg said MAC address, said can(»iical location, and an IP address for 
said foiled network device. 

A method according to daim 13, vi4ieran said requesting uses a unicastARF 
message to asdect IP address. 

A metfiod acoordipg to daim 13, wharein said step of detecting said foiled 
network device is based on no responsive from said requesting step, 

A method according to daim 13, forther conyrising a step of noticing 
maintenance personnd upon detecting said foiled n^woik devica 

A method according to daim 13, wherein said step of requesting said MAC 
address is periodic. 

A nffilhod according to claim 13, wherein said step of processipg said MAC 
address for said canonical location conqprises accessing a database containing 
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a MAC address listing, an IP address listing aad a 

plurality of networked devices, aid vA^sxmi a port number iq)ieseQts said 

canonical location of said Med networic devica 

A meffaod according to claim 13, whereiQ said step of processing said MAC 
address for said canodcal location compiises aocessinig a database containing 
a MAC address listing, an IP address Hstii^ and a port listing for eadi 
plurality of networked devices, and wherein a port number rq)iesents said 
canonical location of a plurality of target devices/ and said IP address of said 
Med network device is determined by locating a single feiled target device at 
said canonical locatioa 

An s^paratus for the automatic configuration of networked devices, 
conf)rising: 

a network int^r&oe interconnecting said networked devices; 
a mieans of detecting said networked devices; 

a nsansofdetenfnining a canonical location of said networked devk:^ . 
a monitor ^gent connected to said network interfoce, wherein said monitor 
agent issues an IP address to each of said networked devices and reoonls a 
MAC address for each of said networked devices and therein said monitor 
agent maintains a list of eacfasaid IP address and each said MAC address. 

An qjparatus according to claim 20, further comprising a means of 
processing a new IP address for a new netwo±ed device, wherein said 
new IP address does not conflict vn& said list of eadi said IP address 
maintained by said monitor agent. 

An apparatus according to claim 20, v^toein said means of detecting said 
networked devices is acconplished by a periodic unicast ARP request 
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An apparatus ac(x>idiqg to claim 20, \^dierdn 

canonical location of said networked devices conpnses a means of 
processii^ a port number for said MAC address fiom a managed switdtdng 
devica 

An apparatus aooording to daim 20, \tdierein said means of detmnining a 
canonical location of said networked devices comprises a means of 
processing aphiralify of target devices at said canonical k)catk>n. 
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